home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / bench / x.txt / 000176_deja@alienbigcats.com_Thu Nov 29 14:06:19 EST 2001.msg < prev    next >
Text File  |  2020-01-01  |  2KB  |  52 lines
  1. Article: 13000 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!newsxfer.eecs.umich.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: deja@alienbigcats.com (paul wells)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Counting the files sent and received
  6. Date: 29 Nov 2001 09:49:17 -0800
  7. Organization: http://groups.google.com/
  8. Lines: 33
  9. Message-ID: <669ac511.0111290949.328fb177@posting.google.com>
  10. References: <669ac511.0111281348.1ae59f62@posting.google.com> <9u3mn1$g71$1@newsmaster.cc.columbia.edu>
  11. NNTP-Posting-Host: 206.81.198.130
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1007056157 32702 127.0.0.1 (29 Nov 2001 17:49:17 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 29 Nov 2001 17:49:17 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13000
  18.  
  19. fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote in message news:<9u3mn1$g71$1@newsmaster.cc.columbia.edu>...
  20. > In article <669ac511.0111281348.1ae59f62@posting.google.com>,
  21. > paul wells <deja@alienbigcats.com> wrote:
  22. > : Is there any [straight-forward and simple] way to count the number of
  23. > : files transmitted using SEND and RECEIVE?
  24. > : 
  25. > : It's not a real problem as a call to Kermit is only part of the
  26. > : application I'm writing, and the file validation etc will be handled
  27. > : elsewhere.  But you know how it is when you think of something, then
  28. > : spend far too much time trying to do it.
  29. > : 
  30. > In C-Kermit or K95 of recent vintage, after each file-transfer operation
  31. > (SEND, GET, RECEIVE, etc) the variable \v(filenumber) shows the number
  32. > of files that were transferred, whether each transfer succeeded or not.
  33. > There are currently no variables that break down the number of files
  34. > successfully transferred, rejected, skipped, interrupted, or that had
  35. > fatal errors.
  36. > 
  37. > Meanwhile, in case you're interested in other approaches to the same
  38. > problem, you might want to look at:
  39. > 
  40. >   http://www.columbia.edu/kermit/case10.html
  41. > 
  42. > and:
  43. > 
  44. >   http://www.columbia.edu/kermit/ftpscripts.html
  45. > 
  46. > both of which deal with "atomic file movement", validation of successful
  47. > transfer, and the like.
  48. > 
  49. Excellent - thanks for that Frank; of course now I'm going to spend
  50. all day playing with Kermit trying these ideas out and not get
  51. anything done on the thing I'm supposed to be doing :)
  52.